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Data transfer control device, electronic equipment, and data transfer control method 



(57) A buffer is provided with a CBW area 1 2 (a ran- 
domly accessible command storage area) and an EP1 
area 10 (data storage area set to FIFO), when a CBW 
and data are allocated as informations to be transferred 
through one end point EP1 . When a phase switches 
from a USB command phase (command transport) to a 
data phase (data transport), the information write area 



is switched from the CBW 12 area to the EP1 area 10 
and OUT data transferred from the host to the end point 
EP1 is written into the EP1 area 10. The area switches 
from the CBW area 12 to the EP1 area 10 on condition 
that an acknowledgment has returned to the host in the 
command phase. In case of a toggle missing, area 
switching does not occur even if ACK is returned. 
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Description 

BACKGROUND OF THE INVENTION 
[0001] The present invention relates to a data transfer 
control device, electronic equipment, and a data transfer 
control method. 

[0002] The universal serial bus (USB) standard has 
recently attracted attention as an interface standard for 
connections between personal computers and periph- 
eral equipment (broadly speaking: electronic equ.p- 
ment) This USB standard has the advantage of ena- 
bling the use of connectors of the same standard to con- 
nect peripheral equipment such as a mouse, keyboard, 
and printer, which are connected by connectors of dif- 
ferent standards in the prior art. and of making it possible 
to implement plug-and-play and hot-plug features. 
[0003] in comparison with the IEEE 1394 standard, 
which is also attracting notice as a standard for the same 
serial bus interface, this USB standard has a problem 
in that the transfer speed thereof is slower. 
[0004] In this case, attention is focussed on the deci- 
sion to use the USB 2.0 standard which can implement 
a data transfer speed of 480 Mops (in HS mode), far 
faster than that of the previous USB 1 .1 standard, while 
maintaining backward compatibility with USB 1.1. 
[0005] With USB 2.0, data transfer is performed at 
480 Mbps in high-speed (HS) mode. It therefore has the 
advantage of enabling its use as an interface for a stor- 
age device such as a hard disk drive or optical d.sk drive, 
which requires fast transfer speeds. 
[0006] However, this means that the data transfer 
control device connected to the USB bus has to process 
data that is transferred at the high speed of 480 Mbps. 
If the processing speed of the data transfer control de- 
vice or the firmware (CPU) that controls the data transfer 

control device is slow, it is not possible to ensure the 
effective transfer speed and a problem occurs in that the 
bus zone could be lost. 

BRIEF SUMMARY OF THE INVENTION 

r0007] According to one aspect of the present inven- 
tion, there is provided a data transfer control device for 
data transfer through a bus, the data transfer control de- 
vice comprising: 



a buffer which includes a first storage area for a first 
information and a second storage area for a second 
information, the first and second storage areas be- 
ing provided for one end point, when a plurality of 
types of informations including the first and second 
informations have been allocated as informations 
to be transferred through the one end point, and 
a buffer management circuit which writes informa- 
tion transferred from a host to an end point into the 
first storage area for the first information during a 
first phase in which the first information is trans- 



ferred through the bus, and writes information trans- 
ferred from the host to the end point into the second 
storage area for the second information during a 
second phase in which the second information .s 
5 transferred through the bus. 

r0 008] In the data transfer control device, a first stor- 
age area for a first information that is allocated to a given 
end point and a second storage area for a second mfor- 
w mation that is allocated to the same end point are pro- 
vided in a buffer. During a first phase (first transport), 
information transferred from a host to an end point .s 
written to the firet storage area, and during a second 
phase (second transport), information transferred from 
15 the host to the end point is written to the second storage 
area When a phase switches from the first phase to the 
second phase, by way of example, the information write 
area for the end point is switched from the first storage 
area to the second storage area. 
20 [0009] This makes it possible to write a second infor- 
mation to the second storage area while a first informa- 
tion that has been written to the first storage area is be- 
ing processed, even when a plurality of types of infor- 
mations have been allocated to one end point. It is thore- 
25 fore possible to increase the processing speed of he 
data transfer control device and reduce the load on the 
unit that processes the first information, thus enabling 
an increase in the effective bus transfer speed. 
[001 0] In the data transfer control device , the first stor- 
30 age area for the first information may be set to be a ran- 
domly accessible area, and 

the second storage area for the second informa- 
tion may be set to be an area such that information that 
is input first thereto is output first therefrom. 
35 [0011] This enables various improvements, such as 
in the processing speed of the unit that processes the 
first information that has been written to the first storage 

[0012] In the data transfer control device, at least one 
w of a command block indicating the transfer of the second 
information and length information of the second infor- 
mation the transfer thereof being indicated by a com- 
mand block, may be written into an area other than a 
start address of the first storage area for the first mfor- 

[0013] in such a case, this invention makes it possible 
to read information such as a command block and length 
information by random access, enabling various im- 
provements, such as in the processing speed of the unit 
so that processes the first information. 

[0014] In the data transfer control device, a write area 
for information transferred from the host to the end point 
may be switched from the first storage area to the sec- 
ond storage area, on condition that an acknowledgment 
55 concerning data transfer in the first phase has been re- 
turned to the host. 

[0015] This makes it possible to implement error-free, 
reliable area switching with a low processing load. 
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[0016] In the data transfer control device, switching 
from the first storage area to the second storage area 
may not be performed on condition that an error occurs 
in a data toggle bit for synchronizing a transaction se- 
quence with the host, even when an acknowledgment 5 
has been returned to the host. 

[0017] This enables the implementation of appropri- 
ate data transfer processing, even if an error occurs in 
the data toggle bit (toggle missing). 

[0018] In the data transfer control device, the first in- w 
formation may be a command block packet; and the sec- 
ond information may be a data packet to be transferred 
by an indication of the command block. 
[0019] It should be noted, however, that the types of 
the first and second informations stored in the first and 15 
second storage areas in accordance with this invention 
may be set as desired. 

[0020] In the data transfer control device, a data pack- 
et may be written lo the second storage area while a 
processing unit is interpreting the command block pack- 20 
et. 

[0021] This makes it possible to begin the processing 
of transferring data through the second storage area at 
an earliertiming, thus enabling an increase in the effec- 
tive transfer speed of the bus, when a phase switches 25 
from a command phase (command transport) to a data 
phase (data transport). 

[0022] According to another aspect of the present in- 
vention, there is provided a data transfer control device 
for data transfer through a bus. the data transfer control 30 
device comprising: 

a buffer which includes a command storage area for 
a command block and a data storage area for data, 
the command storage area and the data storage ar- 35 
ea being provided for one end point, when a com- 
mand block packet and a data packet have been 
allocated as informations to be transferred through 
the one end point; and 

a buffer management circuit that switches an infor- 40 
mation write area from the command storage area 
for a command block to the data storage area for 
data and writes a data packet transferred from the 
host to the end point into the data storage area, 
when a phase switches from a command phase in 45 
which a command block packet is transferred 
through the bus to a data phase in which a data 
packet is transferred through the bus. 

[0023] In the data transfer control device, a command so 
storage area for a command block packet allocated to 
a given end point and a data storage area for a data 
packet allocated to the same end point are provided in 
a buffer. When a phase switches from the command 
phase (command transport) to the data phase (data 55 
transport), the information write area for that end point 
is switched from the command storage area to the data 
storage area. 



[0024] This makes it possible to write a data packet 
to the data storage area while performing processing on 
a command block packet that has been written to the 
command storage area, even if both a command block 
packet and a data packet have been allocated to one 
end point. It is therefore possible to increase the 
processing speed of the data transfer control device and 
reduce the load on the unit that processes the command 
block packet, thus enabling an increase in the effective 
bus transfer speed. 

[0025] In the data transfer control device, data trans- 
fer may be in accordance with the universal serial bus 
(USB) standard. 

[0026] It should be noted, however, that this configu- 
ration could also be applied to standards other than USB 
(or other standards that inherit the concept of USB). 
[0027] Electronic equipment in accordance with one 
aspect of the present invention comprises any of the 
above described data transfer control devices; and a de- 
vice which performs output processing, fetch process- 
ing, or storage processing on data transferred through 
the data transfer control device and the bus. 
[0028] Since this makes it possible to reduce the 
processing load on the processing unit (such as the 
firmware) that controls the data transfer of the data 
transfer control device, it enables benefits such as re- 
ductions in the cost and scale of electronic equipment. 
This invention also enables data transfer in fast transfer 
modes, thus increasing the speed of processing of the 
electronic equipment. 

BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF 
THE DRAWING 

[0029] 

Figs. 1A, 1B, 1C, and 1D are illustrative of end 
points and transaction configurations under USB: 
Figs. 2A and 2B are illustrative of the CBI specifi- 
cation and the Bulk-Only specification; 
Fig. 3 shows the CBW format; 
Fig. 4 shows the CSW format; 
Figs. 5A and 5B are illustrative of the writing and 
reading of data during Bulk-Only; 
Figs. 6A, 6B. 6C, and 6D are illustrative of a method 
in accordance with a comparative example; 
Figs. 7A : 7B, and 7C are illustrative of a method in 
accordance with one embodiment of the present in- 
vention; 

Figs. 8A and 8B are illustrative of the advantage of 
a method of setting the CBW area to be randomly 
accessible; 

Fig. 9 shows a configuration of a data transfer con- 
trol device according to one embodiment of the 
present invention; 

Fig. 10 shows a detailed example of the configura- 
tion of the transaction management circuit, end 
point management circuit, buffer management cir- 
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cuit, and buffer; 

Fig. 1 1 shows another detailed example of the con- 
figuration of the transaction management circuit, 
end point management circuit, buffer management 
circuit, and buffer; 

Fig. 12 is a timing waveform chart illustrative of the 
operation of one embodiment of the present inven- 
tion at the beginning of the command phase; 
Fig. 13 is a timing waveform chart illustrative of the 
operation of one embodiment of the present inven- 
tion at the successful data transfer; 
Fig. 14 is a timing waveform chart illustrative of the 
operation of one embodiment of the present inven- 
tion when a data length error occurs; 
Fig. 15 is a timing waveform chart illustrative of the 
operation of one embodiment of the present inven- 
tion when a CRC error occurs; 
Fig. 1 6 is a timing waveform chart illustrative of the 
operation of one embodiment of the present inven- 
tion when a toggle missing occurs; 
Figs. 17A and 1 7B are illustrative of the toggle bit 
and toggle missing; 

Figs. 18A and 18B are timing waveform charts of 
the comparative example and one embodiment of 
the present invention; 

Figs . 19A and 19B are flowcharts of the firmware 
processing of the comparative example and one 
embodiment of the present invention; 
Figs. 20A, 20B, and 20C are internal block dia- 
grams of various items of electronic equipment; and 
Figs. 21 A ; 21 B, and 21 C show typical external 
views of various items of electronic equipment. 

DETAILED DESCRIPTION OF THE EMBODIMENT 

[0030] Embodiments of the present invention are de- 
scribed below. 

[0031 ] Note that the embodiments described hereun- 
der do not in any way limit the scope of the invention 
defined by the claims laid out herein. Note also that all 
of t h e elements of these embodiments should not be 
taken as essential requirements to the means of the 
present invention. 

1. USB 

1.1 Data Transfer Method 

[0032] The data transfer method in accordance with 
USB (USB 2.0) will first be described briefly. 
[0033] USB differs from other methods such as IEEE 
1394 in that a host takes the initiative. In other words, 
activation of a data transfer transaction is done by the 
host side and the greater part of control relating to data 
transfer is done by the host. This increases the process- 
ing load on the host, but since the personal computer 
(PC) that forms the host has a high-speed, high-per- 
formance CPU (processor), the processing of such a 
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heavy load is not too much of a problem. 
[0034] Since the device (target) need only respond to 
a request from the host under USB, the processing and 
configuration on the device side may be simplified. It is 
5 therefore not necessary to use a high-performance, fast 
CPU on the device side, such as the host, making it pos- 
sible to use an inexpensive CPU (microprocessor), 
thereby reducing costs. 

[0035] To implement this data transfer under USB, 
w with the host taking the lead, end points (EP0 to EP15) 
are provided on the device side, as shown in Fig. 1 A. In 
this case, an end point is equivalent to an entrance to a 
buffer (FIFO) for data transfer between the host and the 
device, where all of the data transfer done under USB 
15 is done through these end points. 

[0036] Each of these end points may be addressed 
uniquely by a device address and an end point number. 
In other words, the host can freely perform data trans- 
mission to a desired end point or data reception from a 
20 desired end point, by specifying a device address and 
an end point number. 

[0037] End point specification is done freely by the de- 
vice side, and the host may be notified of details such 
as the allocation of end point numbers and the sizes of 
25 storage areas allocated to those end points, during enu- 
meration processing. 

[0038] Note that USB provides control transfer, iso- 
chronous transfer, interrupt transfer, and bulk transfer 
as data transfer types. 

30 [0039] In this case, control transfer is a transfer mode 
for control performed through a control end point be- 
tween the host and the device (target). This control 
transfer sends information such as configuration infor- 
mation for initializing the device. 

35 [0040] Isochronous transfer is a transfer mode that is 
provided for transferring data where it is more important 
to ensure bandwidth rather than correctness, such as 
image data or audio data. Since this isochronous trans- 
fer ensures that a fixed quantity of data may be trans- 

40 ferred in a fixed period, it is an effective transfer mode 
for applications where real-time data capabilities are im- 
portant, 

[0041] Interrupt transfer is a transfer mode that is pro- 
vided for transferring a small quantity of data at a com- 

45 paratively low transfer speed. 

[0042] Bulk transfer is a transfer mode that is provided 
for transferring a large quantity data that occurs at irreg- 
ular periods. This bulk transfer enables data transfer at 
spare times other than times being used by isochronous 

50 transfers or interrupt transfers, and also enables check- 
ing of the correctness of the data. It is therefore an ef- 
fective transfer mode for data transfer where real-time 
capabilities are not important but data reliability may be 
ensured. 

55 

1 .2 Transaction Configuration 

[0043] A transaction in USB bulk transfer mode is ba- 
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sically made up of three packets as shown in Fig. 1 B: a 
token packet, a data packet, and a handshake packet. 
Note that a handshake packet is not necessary with is- 
ochronous transfer. 

[0044] In this case, a token packet is a packet that is 
used in situations such as when the host requests a read 
or write with respect to an end point of the device 
(target) . This token packet has fields such as PID (a 
packet ID such as OUT : IN , SOR or SETUP) : ADDR (de- 
vice address), ENDP (end point number), and CRC (Cy- 
clic Redundancy Check), by way of example. 
[0045] A data packet is a packet for sending the actual 
data, and has PID (DATA0, DATA1 ). DATA (the actual 
data), and CRC fields. 

[0046] A handshake packet is a packet used by the 
reception side to inform the transmitter side whether or 
not data reception was successful, and has a PID (ACK, 
NAK, or STALL) field. 

[0047] With an OUT transaction (a transaction where- 
by the host outputs information to the device), the host 
first sends an OUT token packet to the device, as shown 
in Fig. 1C. The host then sends an OUT data packet to 
the device. If the device succeeds in receiving the OUT 
data packet, it sends an ACK handshake packet to the 
host. 

[0048] With an IN transaction (a transaction whereby 
the host inputs information from the device), on the other 
hand, the host first sends an IN token packet to the de- 
vice, as shown in Fig. 1D. On receiving the IN token 
packet, the device sends an IN data packet to the host. 
If the host succeeds in receiving the IN data packet, it 
sends an ACK handshake packet to the device. 
[0049] In Figs. 1C and 1D, note that "D *- H" in the 
figures means that information is transferred from the 
host to the device and "D -» H" means that information 
is transferred from the device to the host (this conven- 
tion is used hereinafter in the figures and description" 



1.3 Bulk-Only 

[0050] USB devices are divided into a number of 
classes. Devices such as hard disk drives and optical 
disk drives belong to a class called mass storage, and 
there are specifications created by the vendors of elec- 
tronic equipment within this mass storage class, such 
as control/bulk/interrupt (CBI) and Bulk-Only specifica- 
tions. 

[0051] With the CBI specification, the device provides 
end points EP0, EP1 ; EP2. and EP3 for control, bulk- 
out, bulk-in, and interrupt, as shown in Fig. 2A. In this 
case, the end point EP0 is for the transfer of USB-layer 
control packets or command packets. EP1 is for the 
transfer of OUT data (data transferred from the host to 
the device), EP2 is for the transfer of IN data (data trans- 
ferred from the device to the host), and EP3 is for the 
transfer of interrupt IN packets. Note that any of EP1 to 
EP15 may be allocated as bulk-out, bulk-in, and inter- 
rupt IN end points, from the device side. 



[0052] With the Bulk-Only specification, on the other 
hand, the device provides end points EP0, EP1 , and 
EP2 for control, bulk-out. and bulk-in, as shown in Fig. 
2B. In this case, the end point EPO is for the transfer of 
5 USB-layer control packets. EP1 is for the transfer of 
commands (CBW) and OUT data, and EP2 is for the 
transfer of statuses (CSW) and IN data packets. Note 
that any of EP1 to EP15 may be set to be bulk-out and 
bulk-in end points, from the device side. 
io [0053] In this case, a command block wrapper (CBW) 
is a packet that includes a command block and informa- 
tion relating to the command blocks, and has the format 
shown in Fig. 3. A command status wrapper (CSW) is a 
packet that includes the status of a command block, and 
15 has the format shown in Fig. 4. 

[0054] In Fig. 3 : dCBWSignature is information for 
identifying that packet as a CBW, dCBWTag is a com- 
mand block tag, and dCBWDataTransferLength speci- 
fies the length of data to be transferred in the data 
20 phase. The bmCBWFIags field is a flag for specifying 
the transfer direction or the like, dCBWLUN is a logical 
unit number, bCBWCBLength is the command length, 
and CBWCB is a command block in which an ATA/ATA PI 
or SCSI command is encapsulated and described. 
25 [0055] In Fig. 4, dCSWSignature is information for 
identifying that packet as a CSW, dCSWTag is a status 
block tag, and the value of the dCBWTag of the CBW 
corresponding to that CSW is written therein . The CSW- 
DataResidue field gives the difference between the 
30 length of data specified by dCBWDataTransferLength 
of the CBW and the length of data that the device has 
actually processed, and bCSWStatus is a status block. 
[0056] The description now turns to the processing for 
writing or reading data under the Bulk-Only specification 
35 of Fig. 2B, with reference to Figs. 5A and 5B. 

[0057] When the host writes data to the device, it first 
performs a command phase (command transport) in 
which it transfers a CBW to the device, as shown in Fig. 
5A. More specifically, the host transfers a token packet 
*o specifying the end point EP1 to the device, then trans- 
fers a CBW (see A1 in Fig. 2B and Fig. 3) to the end 
point EP1 of the device. This CBW includes a write com- 
mand. If the device returns a handshake (H.S) to the 
host, the command phase ends. 
is [0058] When the command phase (command trans- 
port) ends, the data phase (data transport) starts. In this 
data phase, the host first transfers a token packet spec- 
ifying the end point EP1 of the device, then it transfers 
OUT data (see A2 in Fig. 2B) to the end point EP1 of 
50 the device. Each transaction ends when an ACK hand- 
shake is returned from the device to the host. Transac- 
tions are repeated in this manner and the data phase 
ends when data has been transferred up to the data 
length specified in dCBWDataTransferLength of the 
55 CBW (see Fig. 3). 

[0059] When the data phase (data transport) ends, a 
status phase (status transport) starts. In this status 
phase, the host first transfers a token packet specifying 
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the end point EP2 to the device. When that happens 
the device transfers the CSW that is at the end po.nt 
EP2 (see A3 in Fig. 2B and Fig. 4) to the host. The status 
phase ends when an ACK handshake is returned from 
the host to the device. 

m060] When the host reads data, it first transfers a 
oken device specifying the end point EP1 * the device, 
as shown in Fig. 5B, then it transfers the CBW to the 
end point EP1 to the device. This CBW includes a read 
command. If a handshake returns from the device to the 
host, the command phase ends. 
r00611 When the command phase ends, the data 
phase starts. In this data phase, the host first transfers 
a token packet specifying the end point EP2 to the de- 
vice. When that happens, the device transfers the IN da- 
ta that is at the end point EP2 (see A4 in Fig. 2B) to. the 
host and one transaction ends. Transactions are re- 
peated in this manner and the data phase ends when 
data has been transferred up to the data length specified 
in dCBWDataTransferLength of the CBW. 
r0062] When the data phase ends, the status phase 
starts The processing in this status phase is similar to 
that of data write processing described with reference 
to Fig. 5A. 

2. Characteristics of This Embodiment 
2.1 Area Switching 



rO063] The CBI specification shown in Fig. 2A relates 
to a specification by which the host transfers a token to 
the device within a fixed period. For that reason, this has 
a disadvantage in that the processing load on the host 
and the processing load on the device that receives th.s 
token are heavy. 

[0064] That is why the Bulk-Only specification of Fig. 
2B is currently popular. 

r0065] With this Bulk-Only specification, however, 
several types of informations are allocated as informa- 
tions to be transferred through one end point. More spe- 
cifically a CBW (command) and OUT data are allocated 
as informations to be transferred through the bulk-out 
end point EP1 . and a CSW (status) and IN data are al- 
located as informations to be transferred through the 
bulk-in end point EP2, as shown in Fig. 2B. The host 
and device must therefore distinguish which type of in- 
formation is to be transferred through each of the end 
points With the Bulk-Only specification, the host and 
the device determine what phase is the current phase 
and also distinguish this information. 
[0066] Since the current phase is the command phase 
at B1 and B2 of Figs. 5A and 5B by way of example, it 
is determined that the information to be transferred 
through the end point EP1 is a command (CBW). Since 
the current phase is the data phase at B3 and B4. it is 
determined that the information to be transferred 
through the end point EP1 is OUT data and the informa- 
tion to be transferred through the end point EP2 is IN 



data Furthermore, since the current phase is the status 
phase at B5 and B6, it is determined that the information 
to be transferred through the end point EP2 is a status 

s [00671 Since the Bulk-Only specification ensures that 
data transfer is such that there is always matching be- 
tween the phases at the host and the device, appropri- 
ate data transfer is possible, even when several types 
of informations (CBW and OUT data or CSW and IN da- 
10 ta) are allocated to one end point. 

[0068] However the following problem has been 
found with the Bulk-Only specification. 
[0069] A method in accordance with a comparative 
example to this embodiment is shown in Figs. 6A to 6D 
,5 by way of example. In this comparative examp te _a i CBW 
(command) is written from the host to a FIFO (EP1 ) 600 
that uses the end point EP1 as an entrance, during a 
command phase, as shown in Fig. 6A. 
[0070] When that happens, the CPU (firmware or 
20 processing unit) on the device side reads the CBW writ- 
ten to the buffer 60 in first-in, first-out sequence, as 
shown 'in Fig. 6B, and interprets the command. In this 
case no more data from the host may be written to the 
FIFO 600 until this CPU command interpretation (com- 
2S mand decoding) ends. The device therefore returns 
NAK to the host, even if a transition to data phase occurs 
and a token for transferring OUT data is output from the 
host, as shown in Fig. 6C 

r0071] The OUT data from the host is written to the 
30 FIFO 600 and that OUT data is transferred by DMA 
transfer to a device such as a hard disk drive in a later 
stage on condition that CPU command interpretation 
has ended and the FIFO 600 has become empty, as 

shown in Fig. 6D. 
35 [0072] In the comparative example shown . n Figs. 6A 

to 6D OUT data cannot be written to the FIFO 600 in 
the period during which the CPU is interpreting (decod- 
ing) a command. The processing on the device side is 
therefore delayed by that period, reducing the effective 
40 data transfer speed. 

[0073] In this case, since the bus transfer speeds un- 
der USB 1 1 were so low. the delays in processing on 
the device side as shown in Figs. 6B and 6C caused 
substantially no problems. 
45 [0074] However, HS mode of USB 2.0 enables data 
transfer at a fast speed of 480 Mbps. Data is therefore 
transferred at high speed from the host through USB. 
Therefore, the processing on the device side delays and 
the high-speed transfers of USB 2.0 will be impeded 
so thereby. Thus the effective data transfer speed of the 
entire system will be greatly degraded. 
r0075] In particular, it often happens that an inexpen- 
sive CPU that operates at a clock frequency of 20 to 50 
MHz is used on the device side, from requirements of 
55 reduced cost. If the command interpretation of Figs. 6B 
and 6C is extremely time-consuming, therefore, the de- 
lays in the effective data transfer speed will be even 
more serious. 
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[0076] In order to solve such problems, this embodi- 
ment uses a method of switching between storage areas 
in the buffer in accordance with the switching of phase 
(transport). 

[0077] More specifically, a buffer that is a packet stor- 
age unit in accordance with this embodiment is provided 
with a CBW area 12 (first storage area: command stor- 
age area) for reading the CBW (first information: com- 
mand block), in addition to an EP1 area 1 0 (second stor- 
age area: data storage area) for reading OUT data (sec- 
ond information), as shown in Fig. 7A. 
[0078] In this case, both the EP1 area 10 and the 
CBW area 12 are storage areas that use the bulk-out 
end point EP1 as an entrance. The EP1 area 10 is set 
in such a manner that information that is input first there- 
to is output first therefrom (FIFO setting) and the CBW 
area 1 2 is set in such a manner that information therein 
may be randomly accessed (random access setting). 
[0079] With this embodiment, a switch SW (switching 
unit) is turned towards the CBW area 12 side during the 
command phase (first phase), so that the CBW that is 
transferred in from the host is written to the CBW area 
12. When that happens, the CPU (firmware or process- 
ing unit) roads the CBW that has been written to the 
CBW area 12, and interprets the command. Since the 
CBW area 12 has been set to be randomly accessible 
in such a case, the CPU can read information at any 
address in the CBW area 12, at high speed. 
[0080] When a transition from the command phase 
(first phase) to the data phase (second phase) occurs, 
the switch SW is switched to the EP1 area 10 side, as 
shown in Fig. 7B. This enables writing of the OUT data 
from the host to the EP1 area 10. When the CPU com- 
mand interpretation ends, DAM transfer starts to trans- 
fer the OUT data of the EP1 area 10 to a device such 
as a hard disk drive in a later stage. 
[0081] With the comparative example of Fig. 6C, for 
example, OUT data from the host cannot be accepted 
while the CPU is interpreting a command, so it is inevi- 
table that NAK is returned to the host. 
[0082] In contrast thereto, this embodiment makes it 
possible to accept OUT data from the host and write it 
to the EP1 area 1 0, while the CPU is interpreting a com- 
mand. It is therefore possible to return ACK to the host, 
which tends to increase the processing speed. 
[0083] USB 2.0 in particular enables high-speed 
transfers of data from the host. If NAK is returned re- 
peatedly to the host ; as in the comparative example of 
Fig. 6C, the bus zone will therefore be lost and it will not 
be possible to utilize the high-speed data transfers of 
USB 2.0. 

[0084] In contrast thereto, this embodiment makes it 
possible to return ACK to the host, as shown in Fig. 7B, 
making it possible to keep the loss of the bus zone to a 
minimum, enable use of the high-speed data transfers 
of USB 2.0, and thus increase the effective data transfer 
speed. 

[0085] With the comparative example, the CBW is 



stored in the first-in, first-out FIFO 600. as shown in Fig. 
8A. The CPU therefore has to read the CBW in se- 
quence from the start address in the FIFO 600. during 
command interpretation. As a result, it takes long time 

5 before the data length (dCBWDataTransferLength of 
Fig. 3) and command (CBWCB) that are important for 
command interpretation has been read, delaying the 
command interpretation even further. 
[0086] In contrast thereto, this embodiment ensures 

10 that the CBW is stored in the randomly accessible CBW 
area 12, as shown in Fig. 8B. The CPU can therefore 
first read the data length and command that are impor- 
tant for command interpretation, enabling a saving in the 
processing time for command interpretation. This ena- 

'5 bles a further increase in the effective data transfer 
speed. 

[0087] Since the CBW area 12 of this embodiment is 
set to be randomly accessible, the data length and the 
command may be read first, even if the data length 

20 (length information for the second infor mation) and com- 
mand (command block indicating the transfer of the sec- 
ond information) are written to an area other than the 
start address of the CBW area 1 2 (the first storage area 
in which the first information is stored), enabling an in- 

25 crease in the effective data transfer speed. 

[0088] To ensure that data may be transferred effi- 
ciently by DMA with respect to a later-stage device (such 
as a hard disk drive), it is desirable to have the EP1 area 
10 set in such a manner that information that is input 

30 fjrst thereto is output first therefrom (FIFO setting) . In 
such a case, the EP1 area 10 could.be set to be a first- 
in, first-out area by configuring it of serially-connected 
registers or memory, or is could be set to be a first-in, 
first-out area by controlling the address of RAM, as will 

35 be described later. 

2.2 Configurational Example 



[0089] A configurational example of the data transfer 
JO control device of this embodiment is shown in Fig. 9. 
[0090] The data transfer control device of this embod- 
iment includes a transceiver macro 20, an SIE 30, an 
end point management circuit 40, a buffer management 
circuit 50, a buffer 60, a bulk transfer management cir- 
^5 cuit 70, and a DMAC 80. Note that not all of the circuit 
blocks shown in Fig. 9 are necessary for the data trans- 
fer control device of the present invention, and thus 
some of them could be omitted. 

[0091] In this case, the transceiver macro 20 is a cir- 
50 cuit for implementing data transfer in FS mode or HS 
mode by USB (the first bus) . A macro cell conforming 
to the USB 2.0 transceiver macrocell interface (UTMI), 
which defined interface specifications for parts of the 
physical-layer and logical-layer circuitry under USB 2.0, 
55 could be used as this transceiver macro 20 : by way of 
example. This transceiver macro 20 includes a trans- 
ceiver circuit 22 and a clock generation circuit 24. 
[0092] The transceiver circuit 22 includes an analog 
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front-end circuit (reception and transmission circuitry) 
for transmitting and receiving data by USB (a first bus), 
using difference signals DP and DM. It also includes cir- 
cuitry for processing such as bit stuffing, bit unstuffing, 
serial-to-parallel conversion, parallei-to-serial conver- 
sion, NRZI decoding, NRZI encoding, and sampling 
clock generation. 

[0093] The clock generation circuit 24 is a circuit for 
generating clocks such as those used In the generation 
of the operating clock or sampling clock used by the data 
transfer control device, and includes components such 
as PLLs and oscillation circuits for generating 480-MHz 
and 60-MHz clocks. 

[0094] A serial interface engine (SIE) is a circuit which 
performs various types of processing such as USB 
packet transfer processing, and it includes a packet han- 
dler circuit 32 ; a suspend-and-resume control circuit 34 ; 
and a transaction management circuit 36. 
[0095] The packet handler circuit 32 is a circuit for as- 
sembling (creating) or analyzing packets formed of 
headers and data, and it includes a CRC processing cir- 
cuit 33 that generates and decodes CRCs. 
[0096] The suspend-and-resume control circuit 34 is 
a circuit that performs sequence control during the sus- 
pension and resumption of processing. 
[0097] The transaction management circuit 36 is a cir- 
cuit for managing transactions made up of token, data, 
handshake, and other packets. More specifically, when 
a token packet is received, this circuit confirms whether 
or not that packet has the device's own address and, if 
it does have that address, it performs processing to 
transfer packets to or from the host, then processing for 
transferring a handshake packet. 
[0098] The end point management circuit 40 is a cir- 
cuit for managing the end points that form entrances to 
the various storage areas of the buffer, and it includes 
components such as registers (a register set) for storing 
attribute information for those end points. 
[0099] The buffer management circuit 50 is a circuit 
for managing the buffer 60, and is formed of compo- 
nents such as RAM. More specifically, it generates write 
addresses or read addresses and performs processing 
to write data to the buffer 60 or read data from the buffer 
60. 

[01 00] The buffer 60 (packet storage unit) is designed 
to store data (packets) temporarily, for transfer through 
USB and it has various (unctions such as compensating 
for any speed difference between the data transfer 
speed of USB (the first bus) and the data transfer speed 
of EBUS (the second bus). Note that EBUS is an exter- 
nal bus that connects together devices such as hard disk 
drives. CD drives, and scanners. 

[0101] With this embodiment, if several types of infor- 
mations are allocated as informations to be transferred 
through one end point, a first storage area (such as a 
data storage area) for a first information (such as a com- 
mand block) and a second storage area (such as data) 
are provided (ensured) on the buffer 60. 



[0102] The bulk transfer management circuit 70 is a 
circuit for managing bulk transfers under USB. 
[01 03] The DMAC 80 is a DMA controller which per- 
forms DMA transfers through EBUS. and includes a 
5 DMA counter 82. The DMA counter 82 is a circuit for 
counting the size of data (number of transfers) to be 
transmitted or received through EBUS. 

2.3 Detailed Configurational Example 

10 

[0104] A detailed example of the configuration of the 
transaction management circuit 36 (SIE), the end point 
management circuit 40 ; the buffer management circuit 
50, and the buffer 60 is shown in Fig. 1 0. 

15 [0105] The buffer 60 (RAM) includes a CBW area 61 
for storing a CBW (command block) that is information 
allocated to the end point EP1 , an EP0 area 62 for stor- 
ing information allocated to EP0, an EP1 area 63 for 
storing information allocated to EP1 , and an EP2 area 

20 64 for storing information allocated to EP2. 

[0106] In Fig. 10, the CBW area 61 is set in such a 
manner that it may be accessed randomly by the CPU 
(firmware or processing unit). The EP0, EP1 , and EP2 
areas 62, 63, and 64, on the other hand, are set in such 

25 a manner that information that is input first thereto is out- 
put first therefrom (FIFO). 

[0107] The transaction management circuit 36 out- 
puts to the buffer 60 write data SIEWrData (a write pack- 
et) that has been transferred through USB, and inputs 

30 read data SIERdData (a read packet) from the buffer 60. 
[0108] The transaction management circuit 36 also 
outputs a write request signal SJEWrReq and a read re- 
quest signal SIERdReq to the buffer management cir- 
cuit 50, and receives a write acknowledge signal SIE- 

35 WrAck and a read acknowledge signal SIERdAck from 
the buffer management circuit 50. 
[01 09] The transaction management circuit 36 further 
outputs a transaction end signal TranEndPulse, a trans- 
action status signal TranStatus, an end point number 

40 specification signal EPnum, and a transfer direction 
specification signal Direction to the end point manage- 
ment circuit 40, and receives an end point presence sig- 
nal EPexist from the end point management circuit 40. 
[0110] The end point management circuit 40 includes 

45 registers (a register set) 42, 43, and 44 for describing 
attribute information of each end point (such as end 
point number and maximum packet size) . It also gen- 
erates an end point selection signal EPsel based on var- 
ious signals from the transaction management circuit 36 

so and the attribute information in the registers, for output 
to the buffer management circuit 50. 
[0111] The end point management circuit 40 also out- 
puts a write request signal CPUWrReq and a read re- 
quest signal CPURdReq from the CPU to the buffer 

55 management circuit 50, and receives a write acknowl- 
edge signal CPUWrAck and a read acknowledge signal 
CPU RdAck sent from the buffer management circuit 50 
to the CPU. 
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[0112] The EPO register 42 included within the end 
point management circuit 40 is a register for describing 
attribute information of the control end point that is de- 
fined as defauit by the USB specification. 
[0113] The EP1 and EP2 registers 43 and 44 are reg- 
isters used for describing attribute information of the 
bulk-out and bulk-in end points that are defined by the 
Bulk-Only specification. Note that any of the end points 
EP1 to EP15 may be set to be the bulk-out or bulk-in 
end point., from the device side. 

[0114] The EP1 register 43 causes a flag DIR, which 
indicates the data transfer direction, to be set to OUT 
and EP1 to be set to be the bulk-out end point. 
[0115] The EP1 register 43 also sets a flag EnCBW 
to 0. This flag EnCBW is used for connecting the end 
point to the CBW area 61 of the buffer 60, so that if 
EnCBW is set to 1 , the bulk-in end point is connected to 
the CBW area 61. 

[0116] With the EP2 register 44, the flag DIR indicat- 
ing the data transfer direction is set to IN and EP2 is set 
to be the bulk-in end point. 

[0117] With the EP2 register 44, EnCBW is set to 0. 
[0118] The buffer management circuit 50 receives a 
write or read request signal from the transaction man- 
agement circuit 36 or the end point management circuit 
40 and the end point selection signal EPsel from the end 
point management circuit 40, and outputs an address 
Address and a write pulse xWR (where "x" means neg- 
ative logic) to the buffer 60. This buffer management cir- 
cuit 50 includes CBW, EPO. EP1 , and EP2 address gen- 
eration circuits 51, 52. 53 ; and 54. and a selector 56. 
[0119] in this case, the CBW address generation cir- 
cuit 51 generates a write or read address ADO for SIE- 
WrData or SIERdData, for the CBW area 61 (start ad- 
dress aO). 

[0120] Similarly, the EPO, EP1 , and EP2 address gen- 
eration circuits 52, 53, and 54 each generate a write or 
read address AD1. AD2, or AD3 for SIEWrData or 
SIERdData, for the EPO, EP1 , or EP2 area 62, 63, or 64 
(start address a2 ; a3, or a4). respectively. More specif- 
ically, they generate sequentially incremented (or dec- 
remented) addresses AD1, AD2, and AD3 as start ad- 
dresses a1, a2, and a3. 

[0121] The selector 56 selects one of ADO to AD3, 
based on EPsel, and outputs it to the buffer 60 as the 
Address, and it also outputs the write pulse xWR to the 
buffer 60. More specifically, ADO is selected as Address 
for output to the buffer 60 if CBW is specified by EPsel, 
AD1 is selected therefor EPO is specified, AD2 is select- 
ed therefor if EP1 is specified, and AD3 is selected 
therefor if EP2 is specified. 

[0122] Note that the configuration is such that 
CPURdData may be written by the CPU to the CBW ar- 
ea 61 . In that case, the buffer management circuit 50 is 
configured to output Address for reading CPURdData 
to the buffer 60.. based on EPsel and CPURdReq from 
the end point management circuit 40. 
[0123] Another example of the configuration of the 



transaction management circuit 36, the end point man- 
agement circuit 40, the buffer management circuit 50, 
and the buffer 60 is shown in Fig. 11 . 
[0124] Fig. 11 differs from Fig. 10 in that the buffer 60 
5 includes FIFOs 65, 66 : 67. and 68 (such as serially con- 
nected registers or memory) for CBW. EPO, EP1 . and 
EP2. 

[0125] A selector 57 included by the buffer manage- 
ment circuit 50 outputs SIEWrData from the transaction 
10 management circuit 36 to the buffer 60 as one of WrDa- 
taCBW, WrDataEPO, WrDataEPI, or WrDataEP2 : 
based on EPsel from the end point management circuit 
40. 

[0126] Alternatively, the selector 57 selects one of Rd- 
15 DataCBW, RdDataEPO, RdDataEPI. or RdDataEP2 
from the buffer 60, based on EPsel, and outputs it as 
SIERdData to the transaction management circuit 36. 
[0127] More specifically, WrDataCBW and RdDa- 
laCBW are selected if CBW is specified by EPsel, 
20 WrDataEPO and RdDataEPO are selected if EPO is 
specified, WrDataEPI and RdDataEPI are selected if 
EP1 is specified, and WrDataEP2 and RdDataEP2 are 
selected if EP2 is specified. 

[0128] The writing of data to the buffer 60 is done by 
25 a write pulse SIEWR from the transaction management 
circuit 36, and the reading of data from the buffer 60 is 
done by a read pulse SIERD from the transaction man- 
agement circuit 36. 

[0129] Note that the FIFO 65 (CBW) of Fig. 11 could 
30 be set to be a randomly accessible storage area. 

2.4 Operation 

[0130] Timing waveform charts that illustrate details 
35 of the operation of the data transfer control device of this 
embodiment are shown in Figs. 1 2 to 16. 

2.4.1 If Successful 



-to [0131] The timing waveform chart of Fig. 12showsthe 
beginning of the command phase (B1 in Fig. 5A) and 
the timing waveform chart of Fig. 13 shows the end of 
the command phase. 

[0132] As shown at C1 and C2 in Fig. 12, if the trans- 
4* action management circuit 36 sets EPnum to 1 (end 
point number = 1) and Direction to OUT, the presence 
of the register 43 for the bulk-out end point EP1 (see 
Fig. 1 0) causes the end point management circuit 40 to 
make EPexist go active at C3. 
50 [0133] Since the EnCBW for the end point EP1 is set 
to high (1) at this point, as shown at C4, the end point 
management circuit 40 outputs EPsel, which specifies 
the address ADO of the CBW area 61 . to the buffer man- 
agement circuit 50. This causes the selector 56 of the 
55 buffer management circuit 50 to select the address ADO 
generated by the CBW address generation circuit 51 . 
[0134] When the transaction management circuit 36 
makes SIEWrReq go active, as shown at C6. the buffer 
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management circuit 50 outputs ADO = aO from the CBW 
address generation circuit 51 as Address, as shown at 
C7 and also makes xWR go active (low) as shown at 
C8 This causes bytes 0 to 3 of CBW (SIEWrData) to be 
written using aO of the CBW area 61 of the buffer 60 as 
the start address, as shown at C9. SIEWrAck subse- 
quently goes active at C10 and an acknowledgment is 
returned to the transaction management circuit 36. 
[0135] When the transaction management circuit 36 
then makes SIEWrReq go active, as shown at C11 , the 
buffer management circuit 50 outputs ADO = aO + 4 as 
Address to the buffer 60 and also makes xWr go active, 
as shown at C12 and C13. This causes bytes 4 to 7 of 
CBW (SIEWrData) to be written, using aO + 4 of the 
CBW area 61 as the start address, as shown at C14. 
SIEWrAck subsequently goes active at C15 and an ac- 
knowledgment is returned to the transaction manage- 
ment circuit 36. 

[0136] By repeating the above write processing, all of 
bytes 0 to 30 of CBW (a total of 31 bytes) are written to 
the CBW area 61. 

[0137] When an appropriate ACK is returned from the 
host, as shown at C1 7 (in Fig. 1 3), the transaction man- 
agement circuit 36 makes TranEndPulse go active, as 
shown at C1 8, and also sets TranStatus to Success, as 
shown at C1 9, to inform the end point management cir- 
cuit 40 that the transaction was successful. 
[0138] When that happens, EnCBW of the end point 
E P1 (the register 43 in Fig. 1 0) is set to low (0) , as shown 
at C20. This causes the end point management circuit 
40 to output EPsel indicating the address AD2 of the 
EP1 area 63 to the buffer management circuit 50, as 
shown at C21 . As a result, the selector 56 of the buffer 
management circuit 50 selects the address AD2 of the 
EP1 area 63 as Address to be output to the buffer 60 
during the next data phase (see B3 in Fig. 5A). 
[0139] With this embodiment configured in this man- 
ner EnCBW of the end point EP1 is set to low (see C20) 
and the write area for data to be transferred to the end 
point EP1 from the host is switched from the CBW area 
61 (first storage area) to the EP1 area 63 (second stor- 
age area) (see C21 ). on condition that an acknowledge 
ACK has been returned to the host for data transfer in 
the command phase (first phase) (see C17). The con- 
figuration is such that data from the host is written to the 
EP1 area 63 after the switch, during the data phase. 
[0140] in this manner, the use of area switching in ac- 
cordance with the return or non-return of ACK makes it 
possible to implement error-free reliable area switching 
with a low processing load. 

2.4.2 Data Length Error orCRC Error 



[0141] The timing waveform chart of Fig. 14 shows 
what happens if there is an error in the data length (CBW 
length) written during the command phase. 
[0142] If a data length error occurs (the data length is 
too short or too long), NAK is returned instead of ACK 



to the host, as shown at D1 in Fig. 14. The transaction 
management circuit 36 outputs TranStatus to the end 
point management circuit 40. indicating that there is an 
error in the data length, as shown at D2. When that hap- 

5 pens in this case, EnCBW of the end point EP1 does 
not go low as it does at C20 in Fig. 1 3, as shown at D3 
in Fig. 14. For that reason, EPsel does not change at 
D4 and the area is not switched from the CBW area 61 
to the EP1 area 63. An error in the data length raises 

10 the possibility that there is a phase mismatch between 
the host and the device, which causes this end point to 
stall. 

[0143] The timing waveform chart of Fig. 15 shows 
what happens if a CRC error occurs during the com- 

15 mand phase. 

[0144] If a CRC error has occurred, an ACK is not re- 
turned to the host, as shown at E1 in Fig. 1 5. The trans- 
action management circuit 36 outputs TranStatus, indi- 
cating a CRC error to the end point management circuit 

20 40 as shown at E2. When that happens in this case, 
EnCBW of the end point EP1 does not go low at E3 of 
Fig. 1 5, unlike in the case shown at C20 in Fig. 1 3. For 
that reason, EPsel does not change, as shown at E4, 
and the switch from the CBW area 61 to the EP1 area 

25 63 does not occur. As a result, the host that has not re- 
ceived ACK executes retry processing, and, if the CBW 
cannot be re -transferred, the configuration is such that 
the CBW is written to the CBW area 61 instead of the 
EP1 area 63. This enables the implementation of appro- 

30 priate data transfer processing. 

2.4.3 Toggle Missing 

[0145] The timing waveform chart of Fig. 16 shows 
35 what happens if a toggle missing occurs during the com- 
mand phase. 

[0146] The description first concerns the toggle miss- 
ing, with reference to Figs. 1 7A and 1 7B. 
[0147] To ensure synchronization in the transaction 
40 sequence between the host and the device under USB, 
DATA0 and DATA1 are provided as PIDs for the data, 
and there is also a toggle bit (a bit that ensures synchro- 
nization of the transaction sequence between the host 
and the device), as shown in Fig. 17A. 
45 [01 48] DATA0 and DATA1 and the toggle bit included 
within the PID of the data are toggled on condition that 
the host and the device have determined that the trans- 
action was successful, as shown in Fig. 17A. 
[0149] For example, if an ACK corresponding to sent 
50 data (DATA1) has been returned, the host determines 
that the transaction was successful and the toggle bit 
on the host side is toggled, as shown at G1 in Fig. 17A. 
[0150] If the next incoming data (PID = DATA1) is 
transferred from the host and ACK is returned to the 
55 host the device determines that the transaction was 
successful and the toggle bit on the device side is tog- 
gled, as shown at G2. 

[01 51 ] On the other hand, if an ACK corresponding to 
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sent data (PID= DATA1) Is not returned as appropriate, 
the host determines that the transaction was not suc- 
cessful and the toggle bit on the host side is not toggled, 
as shown at G3 in Fig. 1 7B. The data with PID = DATA 1 
is re-sent to the device, as shown at G4. 
[0152] When that happens, the device, has the data 
with PID = DATA1 transferred thereto, as shown at G5, 
although it is waiting for the data with PID = DATAO, so 
that it determines that a toggle missing has occurred and 
the toggle bit on the device side is not toggled. In that 
case, the device cancels the data with PID = DATA1 and 
returns ACK to the host. This configuration makes it pos- 
sible to ensure continuity of transactions between the 
host and the device. 

[0153] If such a toggle missing happens with this em- 
bodiment, the configuration is such that the area switch- 
ing from the CBW area 61 to the EP1 area 63 does not 
occur, even if the acknowledge ACK is returned to the 
host. 

[0154] In other words, ACK is returned to the host if a 
toggle missing occurs, as shown at F1 in Fig. 16. The 
transaction management circuit 36 outputs TranStatus, 
indicating a toggle missing, to the end point manage- 
ment circuit 40, as shown at F2. When that happens in 
this case, EnCBW of the end point EP1 does not go low 
at F3in Fig. 16. For that reason, EPsel does not change 
at F4, and the area is not switched from the CBW area 
61 to the EP1 area 63. This enables the implementation 
of appropriate data transfer processing even if a toggle 
missing occurs. 

2.5 Comparison of Comparative Example and This 
Embodiment 

[0155] An example of a timing waveform chart of a 35 
comparative example (see Figs. 6A to 6D) is shown in 
Fig. 18A and an example of a timing waveform chart of 
this embodiment is shown in Fig. 18B. Figs. 18A and 
1 8B are timing waveform charts that illustrate the case 
when the buffer storage area has a double-buffer struc- 40 
ture. 

[0156] In the comparative example of Fig. 18A, for ex- 
ample, the CBW from the host is written to the Fl FO (600 
in Fig. 6A) for EP1 in the command phase, as shown at 
H 1 . If the FIFO double-buffer structure in this case, one -ts 
OUT data from the host may be written to the FIFO, as 
shown at H2. However, since the next OUT data cannot 
be written to the FIFO, NYET is returned in answer to 
the next OUT data request from the host, as shown at 
H3. 50 
[0157] The device returns NAK as shown at H5, even 
in answer to a PING packet from the host asking wheth- 
er the FIFO has become empty. In other words, the de- 
vice continues to return NAK to the host up until the end 
of CPU command interpretation. When command inter- 55 
pretation ends and the FIFO becomes empty, it be- 
comes possible for OUT data from the host to be ac- 
cepted and written to the FIFO, as shown at H6. 
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[0158] In contrast thereto, if the CBW is written to the 
CBW area of this embodiment as shown at H7 in Fig. 
1 8B : and a suitable ACK is returned, EnCBW goes low. 
as shown at H8 (see C20 in Fig. 13). When that hap- 
5 pens, the area is switched from the CBW area to the 
EP1 area, as described with reference to Fig. 7B, and 
the end point EP1 is connected to the EP1 area. 
[01 59] It is therefore possible to ensure that OUT data 
is written fromthe host to this EP1 area in the data phase 
*o and ACK is returned to the host, as shown at H9. When 
command interpretation ends at H10, the configuration 
is such that DMA transfer with respect to a hard disk 
drive or the like may begin, using the EP1 area, as 
shown at H11, enabling efficient transfer of .data from 
'5 USB. 

[01 60] The DMA transfer of data with this embodiment 
may begin earlier than with the comparative example, 
making it possible to keep the loss of the bus zone to a 
minimum and thus enabling an increase in the effective 
20 data transfer speed in comparison with the comparative 
example. 

[0161] A flowchart of the processing of the firmware 
(CPU) of the comparative example is shown in Fig. 1 9A 
and a flowchart of the processing of the firmware in ac- 
25 cordance with this embodiment is shown in Fig. 1 9B. 
[0162] In the comparative example of Fig. 19A. the 
firmware first determines whether or not the OUT trans- 
action has been completed (step S1). In other words, it 
waits for the return of ACK from the device as shown 
30 at H1 in Fig. 18A. 

[01 63] When it has determined that the OUT transac- 
tion has been completed, the firmware then reads the 
CBW out from the EP1 FIFO (step S2). It then deter- 
mines whether or not the data length has reached 31 
bytes (whether or not the data length is suitable) (step 
S3) and, if it has reached 31 bytes, it moves on to com- 
mand processing (step S5). If it has not reached 31 
bytes, on the other hand, the firmware moves on to error 
processing (step S6). 

[0164] With this embodiment, shown in Fig. 19B, the 
firmware first determines whether or not the CBW trans- 
action shown at H7 in Fig. 18B (the write to the CBW 
area) has been completed appropriately (step S11). If 
the CBW transaction has not been completed, the 
firmware determines whether or not a CBW error has 
occurred (step S12), and, if a CBW error has occurred, 
it moves on to error processing (step S16). If a CBW 
error has not occurred, on the other hand, the firmware 
returns to step S 1 1 to wait for the completion of the CBW 
transaction. 

[01 65] If the data length error of Fig. 1 4 has occurred, 
for example, a CBW error is determined and the 
firmware moves on to the error processing of step S1 6. 
If the toggle missing of Fig. 1 6 has occurred, on the other 
hand, the firmware returns from step 12 to step 1 1 with- 
out determining that a CBW error has occurred. 
[0166] If the data transfer of Fig. 13 has been suc- 
cessful, on the other hand, it is determined that the CBW 
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transaction has been completed and EnCBW goes low. 
The firmware then reads the CBW from the CBW area 
(step S13) ; interprets the command (step S14). and 
moves on to command processing (step S15). Since the 
CBW area has been set to be randomly accessible in 
this case, as described with reference to Figs. 8A and 
8B, it is possible to end command interpretation earlier 
than with the comparative example, enabling an earlier 
transition to DMA transfer. 

3. Electronic Equipment 

[0167] The description now turns to examples of elec- 
tronic equipment including the data transfer control de- 
vice of this embodiment of the invention. 
[0168] An internal block diagram of a printer that is 
one example of such electronic equipment is shown in 
Fig. 20A with an external view thereof being shown in 
Fig. 21 A. A CPU (microcomputer) 51 0 has various func- 
tions : including that of controlling the entire system. An 
operating section 511 is designed to enable the user to 
operate the printer. Data such as a control program and 
fonts is stored in a ROM 516, and a RAM 51 7 functions 
as a work area for the CPU 510. A DMAC 51 8 is a DMA 
controller for transferring data through the CPU 51 0. A 
display panel 519 is designed to inform the user of the 
operational state of the printer. 

[01 69] Serial print data that has been send in from an- 
other device such as a personal computer via USB is 
converted into parallel print data by a data transfer con- 
trol device 500. The thus converted parallel print data is 
sent to a print processing section (a printer engine) 512 
by the CPU 510 or the DMAC 518. This parallel print 
data is subjected to given processing in the print 
processing section 512 and is output for printing to pa- 
per by a print section (a device for outputting data) 514 
including components such as a print head. 
[0170] An internal block diagram of a scanner that is 
another example of electronic equipment is shown in 
Fig. 20B with an external view thereof being shown in 
Fig. 21 B. A CPU 520 has various functions, including 
that of controlling the entire system. An operating sec- 
tion 521 is designed to enable the user to operate the 
scanner. Data such as a control program is stored in a 
ROM 526, and a RAM 527 functions as a work area for 
the CPU 520. A DMAC 528 is a DMA controller. 
[01 71 ] An image of a document is read in by an image 
read section (a device for fetching data) 522 : which in- 
cludes components such as a light source and an opto- 
eiectric converter, and data of the read-in image is proc- 
essed by an image processing section (a scanner en- 
gine) 524. The processed image data is sent to the data 
transfer control device 500 by the CPU 520 or DMAC 
528. The data transfer control device 500 converts that 
parallel image data into serial data and sends it to an- 
other device such as a personal computer via USB. 
[0172] An internal block diagram of a CD-RW drive 
that is a further example of electronic equipment is 



shown in Fig. 20C with an external view thereof being 
shown in Fig. 21 C. A CPU 530 has various functions, 
including that of controlling the entire system. An oper- 
ating section 531 is designed to enable the user to op- 
5 erate the CD-RW drive. Data such as a control program 
is stored in a ROM 536, and a RAM 537 functions as a 
work area for the CPU 530. A DMAC 538 is a DMA con- 
troller. 

[0173] Data read out from a CD-RW 532 by a read/ 

10 write section (a device for fetching data or a device for 
storing data) 533, which including components such as 
a laser, a motor, and an optical system, is input to a sig- 
nal processing section 534 where it is subjected to given 
signal processing such as error correction. The data that 

15 has been subjected to this signal processing is sent to 
the data transfer control device 500 by the CPU 530 or 
the DMAC 538. The data transfer control device 500 
converts this parallel data into serial data, then sends it 
to another device such as a personal computer via USB. 

20 [0174] Serial data that comes in from another device 
via USB, on the other hand, is converted into parallel 
data by the data transfer control device 500. This paral- 
lel data is sent to the signal processing section 534 by 
the CPU 530 or the DMAC 538. This parallel print data 

25 is subjected to given signal processing by the signal 
processing section 534 then is stored by the read/write 
section 533 on the CD-RW 532. 

[0175] Note that a separate CPU for controlling data 
transfer by the data transfer control device 500 could be 
30 provided in addition to the CPU 510, 520, or 530 of Fig. 
20A : Fig. 20B. Fig. 20C. 

[0176] Use of the data transfer control device of this 
embodiment of the present invention in electronic equip- 
ment makes it possible to transfer data in the HS mode 

35 laid down by USB 2.0. When a user uses a personal 
computer or the like to specify a printout, it is therefore 
possible to complete printing with only a small time lag. 
Similarly, the user can view an image that is read in with 
only a small time lag after a scanner has been instructed 

40 to fetch the image. It also makes it possible to read data 
from a CD-RW and write data to a CD-RW at high speed. 
[0177] Use of the data transfer control device of this 
embodiment in electronic equipment makes it possible 
to manufacture a data transfer control device that ena- 

45 bles data transfer in HS mode, even with ordinary sem- 
iconductor processing with inexpensive fabrication 
costs. It is therefore possible to reduce the cost of the 
data transfer control device and thus reduce the cost of 
the electronic equipment. In addition, it is possible to in- 

so crease the reliability of data transfer, thus increasing the 
reliability of the electronic equipment. 
[0178] Use of the data transfer control device of this 
embodiment in electronic equipment reduces the 
processing load on the firmware operating on the CPU. 

55 thus making it possibleto use an inexpensive CPU. Fur- 
thermore, since it is possible to reduce the cost and the 
scale of the data transfer control device, it is possible to 
aim for a reduction in the cost and scale of the electronic 
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equipment. 

[0179] Note that the electronic equipment that can 
employ a data transfer control device in accordance with 
the present invention is not limited to the above de- 
scribed embodiment, and thus various other examples 
may be considered, such as various types of optical disk 
drive (CD-ROM or DVD), magneto-optical (MO) disk 
drives, hard disk drives, TVs, VCRs. video cameras, au- 
dio equipment, telephones. projectors : personal com- 
puters, electronic organizers, and dedicated wordproc- 
essors. 

[01 80] Note also that the present invention is not lim- 
ited to the embodiment described herein, and various 
modifications are possible within the scope of the inven- 
tion as laid out hereunder. 

[0181] For example, the configuration of the data 
transfer control device in accordance with the present 
invention is not limited to that shown in Figs. 9, 10, and 
1 1 , and thus various modifications thereof are possible. 
[0182] In addition, this embodiment has been de- 
scribed with reference to a case in which the first storage 
area is a CBW area (command storage area) and the 
second storage area is an EP1 area (data storage area), 
but the present invention is not limited thereto. In other 
words, the information stored in the first and second 
storage areas may be of any type. Furthermore ; three 
or more information could be set to the end points, and 
the types of informations may be freely selected. 
[01 83] This embodiment has been described with ref- 
erence to an example in which the present invention was 
applied to the USB Bulk-Only specification, but the ap- 
plication of the present invention is not limited to the 
USB Bulk-Only specification. 

[0184] In addition, the method of switching between 
the first and second storage areas is not limited to the 
method described in detail with reference to Figs. 7 A to 
19B ; and thus various modifications thereof are possi- 
ble. 

[01 85] Furthermore, it is particularly desirable to apply 
the present invention to data transfer under USB 2.0, 
but the present invention is not limited thereto. For ex- 
ample, the present invention can also be applied to data 
transfer in accordance with a standard that is based on 
a concept similar to that of USB 2.0, or a standard that 
is developed from USB 2.0. 
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Claims 

1. A data transfer control device for data transfer 
through a bus. the data transfer control device com- 
prising: 

a buffer which includes a first storage area for 
a first information and a second storage area 
for a second information, the first and second 
storage areas being provided for one end point, 
when a plurality of types of informations includ- 
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ing the first and second informations have been 
allocated as informations to be transferred 
through the one end point; and 
a buffer management circuit which writes infor- 
mation transferred from a host to an end point 
into the first storage area for the first informa- 
tion during a first phase in which the first infor- 
mation is transferred through the bus, and 
writes information transferred from the host to 
the end point into the second storage area for 
the second information during a second phase 
in which the second information is transferred 
through the bus. 

The data transfer control device as defined by claim 

1, 

wherein the first storage area for the first in- 
formation is set to be a randomly accessible area: 
and 

wherein the second storage area for the sec- 
ond information is set to be an area such that infor- 
mation that is input first thereto is output first there- 
from. 

The data transfer control device as defined by claim 
2, 

wherein at least one of a command block in- 
dicating the transfer of the second information and 
length information of the second information the 
transfer thereof being indicated by a command 
block, is written into an area other than a start ad- 
dress of the first storage area for the first informa- 
tion. 

The data transfer control device as defined in any 
one of claims 1 to 3, 

wherein a write area for information trans- 
ferred from the host to the end point is switched from 
the first storage area to the second storage area, 
on condition that an acknowledgment concerning 
data transfer in the first phase has been returned to 
the host. 

The data transfer control device as defined by claim 

4 : 

wherein switching from the first storage area 
to the second storage area is not performed on con- 
dition that an error occurs in a data toggle bit for 
synchronizing a transaction sequence with the host, 
even when an acknowledgment has been returned 
to the host. 

The data transfer control device as defined in any 
one of claims 1 to 5, 

wherein the first information is a command 
block packet: and 

wherein the second information is a data 
packet to be transferred by an indication of the com- 
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mand block. 

7. The data transfer co ntrol device as defined by claim 

6. 

wherein a data packet is written to the second 
storage area while a processing unit is interpreting 
the command block packet. 

8. A data transfer control device for data transfer 
through a bus, the data transfer control device com- 
prising: 

a buffer which includes a command storage ar- 
ea for a command block and a data storage ar- 
ea for data, the command storage area and the 
data storage area being provided for one end 
point, when a command block packet and a da- 
ta packet have been allocated as informations 
to be transferred through the one end point; and 
a buffer management circuit that switches an 
information write area from the command stor- 
age area for a command block to the data stor- 
age area for data and writes a data packet 
transferred from the host to the end point into 
the data storage area, when a phase switches 
from a command phase in which a command 
block packet is transferred through the bus to 
a data phase in which a data packet is trans- 
ferred through the bus. 

9. The data transfer control device as defined in any 
one of claims 1 to 8, 

wherein data transfer is in accordance with 
the universal serial bus (USB) standard. 

10. Electronic equipment comprising: 

the data transfer control device as defined in 
any one of claims 1 to 9; and 
a device which performs output processing, 
fetch processing, or storage processing on data 
transferred through the data transfer control 
device and the bus. 

11. A data transfer control method for data transfer 
through a bus, comprising 

providing a first storage area for a first informa- 
tion and a second storage area for a second 
information for one end point on a buffer, when 
a plurality of types of informations including the 
first and second informations have been allo- 
cated as informations to be transferred through 
the one end point; and 

writing information transferred from a host to an 
end point to the first storage area for the first 
information during a first phase in which the first 
information is transferred through the bus ; and 



writing information transferred from the host to 
the enc ;:cint to the second storage area for the 
secon: formation during a second phase in 
which second information is transferred 
5 through tne bus. 

12. A data transfer control method for data transfer 
through a bus, comprising 

w providing a command storage area for a com- 

mand block and a data storage area for data for 
one end point on a buffer, when a command 
block packet and a data packet have been al- 
located as informations to be transferred 

15 through the one end point: and 

switching an information write area from the 
command storage area for a command block to 
a data storage area for data, and writing a data 
packet transferred from the host to the end 

20 point into the data storage area, when a phase 

switches from a command phase in which a 
command block packet is transferred through 
the bus to a data phase in which a data packet 
is transferred through the bus. 
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